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METHOD AND SYSTEM FOR PROVTOING REMOTE ACCESS TO PREVIOUSLY 
TRANSMITTED ENTERPRISE MESSAGES 

5 INVENTORS 

Eric Parsons, Steven Armstrong, Helene Saint-Amour 

CROSS-REFERENCE TO RELATED APPLICATIONS 

The present application is based on, and claims priority from, U.S. Appln. No. 
10 60/244,986, filed October 30, 2000 and entitied, METHOD AND SYSTEM FOR PROVIDING 

REMOTE ACCESS TO PREVIOUSLY TRANSMITTED ENTERPRISE MESSAGES, 
?j commonly owned by the present assignee, the contents of which are incorporated herein by 
ij - reference. 

J; The present application is related to co-pending U.S. applications No. ^ 

i 5 (NOR- 1 3400RO) entitled METHOD AND SYSTEM FOR PROVIDING UNIFIED 

W COMMUNICATION MANAGEMENT BASED ON PRESENCE INFORMATION, No. 

^1 (NOR-13416RO) entitled METHOD AND APPARATUS FOR MANAGING 

^ ' COMMUNICATIONS BASED ON CALLER IDENTIFICATION AND CATEGORIZATION, 

No. (NOR-13636RO) entitled METHOD AND SYSTEM FOR PROVIDING 

20 ENTERPRISE MESSAGE NOTIFICATION TO A REMOTE DEVICE WITH RESPONSE 

ENABLEMENT, No. (NOR-13637RO) entitled METHOD AND SYSTEM FOR 

PROVIDING UNIFIED WAP ALERTS and No. (NOR-13639RO) entitled 

METHOD AND SYSTEM FOR PROVIDING SELECTIVE ACCESS TO ENTERPRISE 
MESSAGES FROM A REMOTE DEVICE, all filed December 29, 2000 and commonly owned 
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by the assignee of the present invention, the contents of «ach bemg fully incorporated herein by 
reference. 

FIELD OF THE INVENTION 

5 This invention relates generally to personal communications and messaging, and more 

particularly, to a system and method for providing a unified remote access to various types of 
new message and communication events associated with a user in an enterprise. 

G BACKGROUND OF THE INVENTION 

=|o Private Branch Exchanges (PBXs) and voice mail systems are ubiquitous in offices 

yj around the world. Their capabilities for providing message mdicators are, however, rigidly fixed 

% and quite limited. For example, atypical PBX system may provide some indicator, such as a 

flashing message on an LCD panel on the user's phone, that a new voice mail has been left in the 
™ user's mailbox. However, the user must be present in the office to see this indicator. Similarly, 
^5 voice mail systems may provide an indication of how many unheard voice mails are in the user's 
mailbox. However, the user must call the voice mail system to get this indication. 

As workers become more mobile, and as the number and types of messaging and 
communication options expand (e.g. email, voice mail, faxes, pagers, cell phones, wireless 
personal data assistants (PDA's) (e.g. RIM Blackberry, Palm Pilot, etc.), such conventional 
20 message indicators are becoming increasingly unsatisfactory. Further, the number and types of 
messages and information that a user can receive continues to expand (e.g. pages delivered to 
pagers, SMS (short message service) messages delivered to digital cellular phones, net alerts 
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delivered to web-enabled (i.e. WAP) cell phones, instantjnessages delivered to desktop IM 
systems such as AIM or ICQ, stock values, sports scores, news updates, etc.) A related issue is 
that there is no central repository, or archive, where these messages, or a filtered subset of these 
messages, can be stored for future reference. By and large, these messages are delivered to 
5 individual devices (or applications in the case of desktop EM), and then can only be managed 
from that device/application. 

SUMMARY OF THE INVENTION 

^% The present invention relates to a method and system for unified and personalized call 

0 and message notification. 

y In one example of the invention, a notification system is coupled to a plurality of message 

y 1 services including a voice mail server, an email server and an information server in an office. 

Messages lef^ for a user (e.g. voice mail, email, CRM event, etc.) are deposited in folders 
^;f maintained by the messaging services. The notification system detects additions to the user's 
ys folders and when a new message arrives, the notification system sends an alert to a Wireless 
Access Protocol (WAP) enabled device (e.g. cell phone) configured for the user. The alert 
includes the total number of messages of each type received for the user, along with an 
indication of the most recently received message. Message haformation associated with the alerts 
are also archived by the notification system so that a user can remotely access the information so 
20 as to learn more about the messages received from the plurality of message services. 

In accordance with one aspect of the invention, a method for managing message events 
associated with a plurality of message feeds provided to a user in a communication system, the 
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method includes collecting information regarding message events associated with each of the 
message feeds, updating a list of messages for the user based on the collected information, 
preparing an alert based on the updated list of .messages, pushing the alert to a wireless device 
associated with the user, and archiving information associated with the updated list of messages. 
5 In accordance with another aspect of the invention, an apparatus for providing 

notifications about messages in a communication system including a first messaging server 
adapted to store messages from a first message feed for a plurality of users and a second 
messaging server adapted to store messages from a second message feed for the plurality of 
users, the first message feed and the second message feed being associated with diflferent types 
0 of messages comprises a notification server adapted to be coupled to both of the first and second 
h i messaging servers, the notification server collecting information about the messages stored for 
y i certain of the plurality of users, the notification server being adapted to push alerts based on the 
l^' collected information to wireless devices associated with the certain users, and an archive 
"If coupled to the notification server for storing message headers based on the collected information, 
pjS the pushed alerts including a link for accessing the archive, 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will become apparent to those ordinarily skilled in the art upon 
review of the following description of specific embodiments of the invention in conjunction with 
20 the accompanying figures, wherein: 

FIG. 1 illustrates an example topology for an implementation of the present invention in 
accordance with one embodiment; 
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FIG. 2 illustrates an example of a notification system in accordance with an embodiment 
of the invention as illustrated in FIG. 1 in more detail; 

FIG. 3 is a flowchart illustrating an example method of providing WAP alerts of 
incoming messages and information events to a user of the notification system in accordance 
5 with one embodiment of the present invention; and 

FIG. 4 illustrate screens that can be presented on a wireless device for the user so that the 
user can remotely access information about messages associated with WAP alerts in accordance 
with aspect of the present invention. 

If DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

hi The present invention will now be described in detail v^ith reference to the drawings, 

;k: ;;;; 

W 1 which are provided as ilhistrative examples of the invention so as to enable those skilled in the 
[ : art to practice the invention. Notably, the implementation of certain elements of the present 
^ ;^ invention may be accomplished using software, hardware or any combination thereof, as would 
II be apparent to those of ordinary skill in the art, and the figures and examples below are not 
meant to limit the scope of the present invention. Moreover, where certain elements of the 
present invention can be partially or folly implemented using known components, only those 
portions of such known components that are necessary for an understanding of the present 
invention will be described, and detailed descriptions of other portions of such knovra 
20 components will be omitted so as not to obscure the invention. Further, the present invention 
encompasses present and future known equivalents to the known components referred to herein 
by way of illustration. 
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FIG. 1 illustrates an example topology for an implementation of the present invention in 
accordance with one embodiment. 

As can be seen, an office 100 (i.e. an enterprise) includes a PBX 102 that connects a plurality of 
office phones 104 and a voice mail / fax mail (VM/FM) service 106. The PBX 102 can be, for example, 
5 a Meridian 1™ PBX switch from Nortel Networks. The VM/FM service 1 06 can be, for example, a 
CallPilot™ messaging system from Nortel Networks. In one example, VM/FM service 106 maintains 
voice and/or fax mailboxes in folders 132 for each of the phones 104, which mailboxes may be 
identified with the same phone numbers associated with phones 104 (e.g. a 4 or 5 digit extension), and 
includes an hiteractive Voice Response system (IVR) for interacting with, and thereby allowing callers 
illP to record and play messages to and from the mailboxes. VM/FM service 106 is coupled to PBX 102 for 
li j receiving and handling phone calls fi'om within and outside the office 1 00 via its IVR. 
Ill Office 1 00 fiirther includes a local area network (LAN) 1 08 (such as an Ethernet LAN) that 

t^; connects a plurality of office PCs 1 1 0 with an email server 1 24 (such as a Microsoft Exchange Server) 
■ I j and an infomiation server 128 (e.g. a Clarify server that is adapted to maintain customer relation 
ris management (CRM) information folders 130 in accordance with rules configured by associated users). 
PCs 1 10 can include email client functionality such as Microsoft Outlook for receiving, storing and 
manipulating information in email folders 126 and information folders 130 via LAN 108. The 
notification system 112 is coupled to the LAN 108, as is VM/FM service 106. Notification system 1 12 
maintains and provides access to archived notification messages in alert folders 134. 
20 The office 1 00 is coupled to the PubUc Switched Telephone Network (PSTN) via the PBX 1 02 

and to the Internet via a fu-ewall/router 1 14 (both connections may be accomplished using a common 
collection of lines, for example, as should be apparent to those skilled in the art). The office 100 is 
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connected to a plurality of PSTN phones 116 via the PSW and a plurality of Internet appliances 122 
(e.g. a PC, laptop, handheld or other wired device having browser functionality for communicating with 
remote devices using conventional protocols such as HTTP) via the Internet. The office 100 is also 
connected via the hitemet for providing text messages to a plurality of wireless devices 1 1 8 (e.g. one- 
5 way and two-way pagers, WAP and/or SMS-enabled cell phones and PDAs, etc.) via their wireless 
operators 120 (using protocols such as HTTP and SMTP, etc.). Preferably, the firewall/router 114 
includes security extensions for providing secure access between the notification system 1 12 and 
wireless operators 120 via the Internet 

Generally, the present invention allows a user having a variety of communication, information 
ifb and messaging feeds within the office environment (e.g. voice mail, email, fax, text messages, CRM 
i i events, etc.) to receive unified alerts notifying the user of newly received messages via these feeds on 
W1 their WAP-enabled device such as a cell phone. The notification system 1 12 keeps track of the various 
i: types of new messages the user has received (perhaps filtered by user preferences about which types of 
" 1; messages to be notified about), and when a new message arrives, an updated total is sent to the user's 
fis WAP-enabled device using a notation such as "e-M (3e, 2v*, If; 2t, 3c, Im) [John Smith]." This 
notation indicates that the user has received 3 emails, 2 voice mails, 1 fax, 2 text messages, 3 CRM 
events and 1 missed telephone call. The asterisk next to the voice mail total indicates that the voice 
mail is the most recent feed, and the sender of the new voice mail is John Smith. The notification 
system 1 12 further archives information about the messages for which unified alerts were issued, and 
20 provides remote access to the archived information via standard interfaces such as hitemet Message 
Access Protocol (IMAP) and Post Office Protocol (POP). 
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It should be noted that not all of the "office" components shown in FIG. 1 need be included in 
the invention, nor need they be located at the same physical site. For example, the components may be 
located in different buildings. Other configurations may include shared or 'Virtual" PBX fiinctionality 
that is available to different customers, who may or may not be located in the same office space, or no 
5 PBX functionality at all. 

It should be further noted that certain types of message feeds may be omitted or added, and that 
the invention is not limited to the illustrated selection of voice mail, fax mail, email, and information 
message feeds. For example, the invention may include notification of text message feeds, such as the 

:i short text messages described in co-pending U.S. Appln. No. 09/ (NOR-13400). 

i W Moreover, although the above describes an example implementation in which a common server 

li and set of folders is provided for both voice mails and fax mails, the invention is not so limited and such 
in types of message feeds may be maintained separately and^r alternatively. 

I FIG. 2 illustrates an example of a notification system in accordance with an embodiment of the 
"1:: invention in more detail It should be noted that various alternatives to the system described below may 
1^5 exist, which alternatives may include fewer or additional components. 

As shown in FIG. 2, a notification system 1 12 includes a notification server 202, a user 
information store 204, a messaging interface 208, a WAP Push interface 210, an information server 
interface 212, a wireless interface 220 and a network interface 222. 

In one example of the invention, the components of the notification system illustrated in FIG. 2 
20 are commonly provided in a Windows NT server (e.g. a Compaq ProLiant series server computer 

running Windows NT 4.0), with certain of the components provided as add-in cards and certain other of 
the components provided as software modules, or combinations thereof It should be noted that, 
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although shoAvn separately for clarity of the invention, the user infonnation store and the message 
information store can be coromonly provided in a relational database such as a Sybase SQL database. It 
should be fiirther noted that other types of server platforms are possible. 

As indicated in FIG. 2, there can be additional interfaces from which message feeds are received 
5 and the invention is not limited to the example interfaces 208, 210, 212 provided in FIG. 2. It should be 
further noted that the system can include administrator interface functionality and administrative 
information storage for providing underlying configurations that are used by the notification system, 
which configurations may or may not include information stored in user information store 204 (e.g. user 
.5 names, associated desk phone numbers, associated mailbox numbers, desktop PC addresses, etc.) and 
1^10 wireless operator information (e.g. URLs to HTTP servers or e-mail servers associated with the 
operators, CLE) unblocking information, etc.). 
^ Generally, the notification server 202 subscribes to and listens for published message events 

J r from VM/FM service 106, email server 124 and information server 128 via messaging interface 208 and 
, information interface 212 to learn about new messages, CRM events and/or missed phone calls directed 
CJ 5 to users of the notification system (as listed in user infonnation store 204). The notification server 202 
uses these message events to update message information in alert folders 134, and to cause the WAP 
Push interface 210 to send an updated notification alert to the user's WAP-enabled wireless device. It 
should be noted that, although the invention will be described in more detail below with reference to an 
example where an alert to the user is triggered by a change in the total number of messages in store 134, 
20 that there are many other alternatives. For example, an alert can be triggered under user configurable 
circumstances (e.g. a predetermined period of time) and/or a change in the status of a wireless device 
associated with the user. 
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User information in store 204 can include the user's office phone and/or mailbox number (e.g. a 
four or five digit extension), the types of message feeds the user receives in the office (e.g. voice mail, 
fax, email, information, etc.), the paths to where those messages are stored in the office (e.g. the paths to 
VM/FM folders 132 maintained by VM/FM service 106, the paths to email folders 126 maintained by 
5 server 124, and the paths to information folders 130 maintained by server 128), the phone 

numbers/addresses of the user's WAP-enabled wireless devices and infonnation concerning the wireless 
operators for any of the wireless devices. It should be noted that the user may configure more than one 
device for receiving alerts, in which case the notification server 202 should include user interface 

3 functionality (e.g. an HTTP server for communicating with a user's browser via the LAN 108 or the 

IIIO Internet) for dynamically configuring or changing configurations of devices, and for allowing the user . 
to select between the different devices, as well as the user's current indication of whether to receive 
alerts via any of the devices. It should be further noted that wireless protocols and associated wireless 
' devices other than those that support the WAP Push protocol may be used in accordance with the 

lij^i invention. Generally, equivalent protocols supporting standard formats and push-type technology are 

,=^5 preferred. 

The information in store 204 can further include an indication of the user's status and/or whether 
or not the user is presently interested in receiving message notifications. Moreover, the infonnation in 
store 204 can include filters for determining what types of messages the user is interested in receiving 
alerts about. These filters can be based on the type of message (e.g. notify about emails and voice 
20 mails, but don't notify about faxes), and/or the identity of the sender of the message, and/or the contents 
of the message (e.g. keywords in the subject line, or a priority flag in the message). In this event, the 
notification server 202 can also include user interface functionality (e.g. an HTTP server for 
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communicating with a user's browser via the LAN 108 oc^ the Internet, programmed buttons on a desk 
phone for signaling to a client application in the LAN 108, etc.) for allowing the user to configure 
and/or change their message notification filters, preferences and/or notification status. Additionally or 
alternatively, the change in preferences and/or notification status can be performed in conjunction with 

a change in presence context, such as that described in co-pending U.S. Appbi. No. 09/ (NOR- 

13400). 

Message information in store 134 can include a list of all missed messages and/or phone calls 
for each user. The list includes header information about the messages and/or phone calls, such as 
sender information, length of message, time/date received, etc. Notification server 202 continually 
updates this information in response to events forwarded from messaging interface 208 and information 
interface 212, as will be described in more detail below. Although in this example of the invention, 
store 134 includes a list of all missed messages and/or phone calls associated with the user, that this is 
not necessary. For example, store 134 can contain an archive copy of only header information 
concerning the messages about which the user has been notified via a WAP alert, for example. In such 
an example, a separate store may be provided that is accessible only to notification server 202 and 
which contains a list of all messages, whether the user has been notified about them or not. 

Messaging interface 208 communicates with VM/FM service 106 and email server 124 via the 
LAN 108 and an interface such as Microsoft's Messaging Application Programming Interface (MAPI) / 
Collaboration Data Objects (CDO) interface and/or non-proprietary interfaces such as the Internet 
Message Access Protocol (MAP). The messaging interface 208 uses the folder names received from 
the notification server 202 (and user information store 204) to subscribe to and/or listen for changes in 
the contents of the corresponding folders which indicate that a message has been deposited, read and/or 
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deleted in the folders by VM/FM service 106, email server 124 and/or information server 128. 
Accordingly, when a user receives or deletes voice mails, faxes, and emails, the messaging interface 
208 learns about them and forwards the information to notification server 202. Further, if the messages 
include fields for the sender, this information can be provided to Ae notification server 202 as well. 
5 If a new message is received, notification server 202 can use the received information and 

message from interface 208 to compare against filters established by the user to determine whether a 
new alert should be sent. If an old message is deleted or read, notification server 202 can use the 
received information from interface 208 to compare against the list of messages in message information 
\t store 134 to determine whether an updated total is required. For example, if the deleted or read message 

Si 

5 1 0 is one that the user was not notified about previously, then an updated total is not required. If an 
J updated total is required, then the list of messages for the user in message information store 134 is 
r ' updated. For example, if a message is one that the user was notified about (e.g. a priority email), and if 

the user has read the message (e.g. from a desktop or remote email client application), then the message 

should be removed fi*om the user's list in information store 134. Generally, however, a new alert is not 
; 5 sent to the user upon a decrease in the total number of messages received (and perhaps unread) for the 

user. Rather, if at all, this information is provided in a "background" alert that will be explained in 

more detail below. 

In one example of the invention, the VM/FM service 106 is configured with functionality for 
further generating message events associated with incoming calls which are not successfully completed 
20 (e.g. calls that are directed to be answered by the voice mail system, but the caller hangs up before 
leaving a message). Accordingly, notification server 202 can leam about this missed call infonnation 
from VM/FM service 106 via messaging interface 208. If the PBX 102 further includes caller ID 
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(CLID) functionality, the phone nximber of the missed infioming caller can also be provided by 
messaging interface 208 to the notification server 202. It should be noted that there are many 
alternatives to the example of VM/FM service 106 providing missed call information, and so the 
invention is not limited by the foregoing illustrations. For example, missed call information can be 
additionally or alternatively provided by a client application residing in PBX 102 or similar call control 
facility. 

Information interface 212 checks information in a targeted database for new items of interest to 
the user in accordance with filters and rules established in store 216. For example, the user may wish to 
receive an alert when a stock price reaches a certain level, or when a new company product price quote 
is set, or when a traffic advisory is sent. Accordingly, information interface 212 contains all necessary 
functionality for searching a database having a path supplied to it by notification server 202 and to 
compare retrieved information with rules provided in store 216 for the requesting user. For example, 
the targeted information path may be a URL or a CGI script to a website that the user has configured in 
user information store 204 (e.g. a financial website that provides stock quotes or sports scores). 
Information interface 212 can then include HTTP client functionality for posting the URL or CGI script 
to the website and receiving the response (e.g. a recent stock quote for a particular company or sports 
score for a particular sports team). Information interface 212 can then search the response pages 
returned by the website and compare the received response against the rules provided in store 216 (e.g. 
a stock price exceeds or falls below given thresholds, or a non-zero sports score for a sports team). It 
should be noted that the targeted information sources and associated rules (e.g. certain pre-set financial 
or sports websites or CRM databases) may be pre-configured by the system so that information 
interface 212 can be pre-programmed to know how to find the requested information. Such pre- 
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configuration can be built into user interface functionality that is provided for allowing users to specify 
desired information alerts and to save such selections in user infonnation store 204 and/or rules/filters 
store 216. 

It should be apparent that there are many alternatives and examples of information targets that 
5 may be searched. For example, the information interface 212 can be configured to intercept alerts or 
events sent to a user via LAN 1 08 by external systems, which alerts or events may or may not need to 
be filtered. Such alerts or events can include instant messages delivered to the user's desktop system in 
LAN 108 by such applications as AIM or ICQ, for example, or from automated services that have been 
kT: subscribed to by the user such as stock quote services, sports score services, news services, etc. 
J to The infonnation in store 216 can include the target information source that should be examined 

^J: (e.g. stock quote website, company product list database, etc.), and the rules for determining when a 
J;' message should be sent to the user (e.g. stock price or product identifier). It should be apparent that the 
n information interface 2 1 2 can include user interface functionality (e.g. an HTTP server for 

IPs 't 

. f: communicating with a user's browser via the LAN 108 or the Internet) for allowing the user to 
J3 5 configure the rules in store 216, or this functionality can be included in other modules outside or within 
the notification system, including notification server 202. 

It should be noted that certain types of information feeds may be handled either by messaging 
interface 208 or information interface 212, depending, for example, on whether the type of inforaiation 
feed is a "raw" feed or a "targeted" feed. For example, in an implementation where information server 
20 128 itself is configured with "front-end" rules for filtering information for users before depositing the 
information in folders 130, the feed may be considered a "targeted" feed that does not require any 
additional filtering beyond the alert "delivery" filters described above. Moreover, if such a server 
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maintains substantially the same folder structure and int^ace as an email server 124, the functionality 
for learning about such information events can be included in messaging interface 208. Similarly, 
where information interface 212 acts to intercept "raw" information events and then to apply "interest" 
filters (e.g. stock tickers or sports scores as described in the examples above), then information interface 
5 212 and filters / rules 216 provide "front-end" filtering functionality for generating information message 
events for only a filtered subset of the "raw" information events, which "raw" events can be further 
filtered by alert "delivery" preferences specified by the user as described above. 

Wireless interface 220 includes server functionaUty for interacting with clients in wireless 
devices 118 (e.g. using WML pages exchanged over HTTP protocol between system 1 12 and wireless 
^;10 operators 120 via the Internet, and then exchanged over WTP protocol between the wireless operators 
.ti 120 and the wireless devices 1 1 8). Such server-client functionality can include the ability to request 

and display the user's message header information from store 1 34 via server 202.. 
lU Network interface 222 may include similar server functionality such as that discussed above in 

vS connection with wireless interface 220 for interacting with clients in PCs 1 10 (e.g. using HTML pages 
■ 5 over a HTTP protocol). Additionally or alternatively, network interface 222 may merely provide a 

standard messaging interface such as IMAP/POP so that email clients (e.g. Microsoft Outlook) in PCs 
1 10 and/or can access associated user information in store 134 in folder fashion. 

WAP Push interface 210 causes the message alert to the user's wireless device via an Internet 
gateway for the wireless operator associated with the specified wireless device (e.g. the user's WAP- 
20 enabled cell phone). In one example of the invention, the WAP Push interface 210 uses the WAP Push 
protocol, in which the messages are posted as XMLAVML/HDML documents using an HTTP protocol 
in accordance with a document type definition (DTD). As should be apparent, in order to access these 
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devices for messaging, the system needs to be configured to recognize and communicate with the 
associated wireless operator for transferring text messages. For example, the system may be configured 
with the Internet address of the operator through which text messages are received using an HTTP 
protocol. Users can be permitted to receive messages only with devices that are associated with these 
5 pre-configured operators. It should be further apparent that the wu-eless device may need to be 

preconfigured with functionality for understanding the Push feed and for displaying it on the device. 

In accordance with an aspect of the present invention, the WAP alert message sent to the user's 
wireless device also includes a URL pointing to a script or servlet which, when selected by the user on 
\y the wireless device, initiates communication with the wireless interface 220. Such communication can 
^ J ^1 0 then allow the user to access stored header information associated with the messages for which the user 
"3 has received a notification. 

3 It should be noted that WAP Push interface 2 1 0 preferably includes functionality for sending 

ry both "background" and "foreground" types of WAP Push feeds to the wireless device, which different 

types of feeds are well understood by those skilled in the art. For example, many types of wireless 
^-11 5 devices are configured to handle "background" and "foreground" types of WAP Push feeds differently, 
with "foreground" types of feeds typically having a higher probability of interrupting and receiving the 
attention of the wireless device user. In accordance with an aspect of the invention, notification server 
202 and WAP Push interface 210 include functionality for sending certain types of alerts via 
"foreground" feeds and other types of alerts via "background" feeds. For example, notifications of 
20 newly received messages may be sent via "foreground" feeds, while notifications that messages have 
been read or deleted may be sent via "background" feeds. The delivery of the different feeds can be 
also set differently, for example with "foreground" feeds sent immediately and "background" feeds sent 
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at specified intervals of time. It should be apparent that this selection of types of frequency of feeds 
may be pre-configured or may be changed via user preference, for example. 

As set forth above, it should be further noted that wireless protocols and associated wireless 
devices other than those that support the WAP Push protocol may be used in accordance with the 
5 invention. Generally, equivalent protocols supporting standard formats and push-type technology are 
preferred. 

FIG. 3 is a flowchart illustrating an example method of providing alerts to a user's configured 
wireless device of incoming messages or information events in accordance with an embodiment of the 
present invention. The flowchart below describes an example of processing that may be performed for 
iFl 0 a single user. However, it should be apparent that the present notification system includes functionality 
for simultaneously performing such processing for a plurality of users. 

As shown in FIG. 3, processing begins in block 302 where the system retrieves the user 
information from store 204, and causes interfaces 208, 210 and 212 to listen for new message or call 
In events associated with the user (e.g. voice mail, email, missed phone calls, information events, etc.). In 
qI 5 one example, where message interfaces such as MAPI/CDO or MAP are supported by servers 106, 124 
and/or 128, this may involve providing the paths to the message folders maintained for the user to the 
interfaces, upon which the. interfaces subscribe to the associated servers 106, 124, 128 for receiving 
event notifications for the specified folders. In another example, such as with "raw" information feeds 
monitored by information interface 212, this may involve configuring interface 212 with the targeted 
20 information source and a periodic interval with which to monitor the source for information that 
matches rules and filters established by the user. 
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Processing advances to block 304 where it is detopnined that a message event has been received 
by one of interfaces 208, 210 and/or 212 for the user (e.g. voice mail, email, missed phone call, 
information event, etc.). Information about the message and/or the entire message is sent to the 
notification server 202 for inspection to determine whether the message is one that the user is interested 
5 in receiving notifications about. This is performed in block 306. For example, for a new message 
notification server 202 compares the information and/or message with delivery preferences established 
by the user and stored in information store 204 (e.g. notify about new voice mails, but not emails; notify 
only about new messages from a certain caller/sender; notify only about priority messages, etc.) For a 
J • deleted or read message, notification server 202 may simply compare the information about the message 

1 0 with messages in a list maintained in message' information store 134 to determine if this is a message 
'X that the user has already received a notification about. In either case, if the notification server 

determines that this is a message that the user is interested in receiving notification about, processing 
|i advances to block 308. Otherwise, processing returns to block 304 until a new message event is 
4: received. 

Cl 5 In block 308, the user's list of messages is updated. In other words, if the message is a new 

message, it is added to the user's list If the message has been deleted or read, the message is removed 
from the list. Processing continues to block 310, where it is determined whether it is an appropriate 
time to send an alert to the user. For example, the system may be pre-configured or dynamically 
configured by the user to only send messages at certain time intervals (e.g. 15 minutes), so that the user 
20 will not be overwhelmed by alerts. Additionally or alternatively, the system may be configured to only 
forward alerts when new messages are received. 
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If it is an appropriate time to send an alert to the iji^er's device, processing advances to block 312 
where an alert message is prepared. In one example of the invention, the message to be displayed on 
the user's WAP-enabled device takes the form of "e-M (3e, 2v*, If, 2t, 3c, Im) [John Smith]." This 
notation indicates that the user's list in store 134 indicates that the user has received 3 emails, 2 voice 

5 mails, 1 fax, 2 text messages, 3 CRM events and 1 missed telephone call that are of interest to the user 
(perhaps only those that have not yet been read or acknowledged by the user). The asterisk next to the 
voice mail total indicates that the voice mail is the most recent feed, and the sender of the new voice 
mail is John Smith. The notification server thus prepares a WAP Push message that will cause the 
above type of message to be displayed based on the updated list of messages for the user. It should be 

1 0 noted that this type of message contains very few characters so that it can be displayed on a wide variety 
of devices, such as cell phones, that have a limited display capability. It should be further noted that the 
number of message feeds indicated by the alert can be pre-configured by all users or may be tailored for 
each user in accordance with their alert preferences (e.g. the user may only wish to be notified about 
voice mails and emails, but not faxes). As discussed above, in accordance with an aspect of the present 

1 5 invention, the WAP alert message sent to the user's wireless device also includes a URL pointing to a 
script or servlet which, when selected by the user on the wireless device, initiates communication with 
the wireless interface 220 so as to allow the user to access stored header information associated with the 
messages for which the user has received a notification. 

Processing advances to block 314, where the alert message is forwarded to the user's WAP- 

20 enabled device. This block can include retrieving the user's device configuration and carrier settings 
from user information store 204 and providing this information to the WAP Push interface 210. In one 
example of the invention, WAP push protocol is used to send the message to the user's wireless device. 
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This includes posting XML encoded documents using HTTP protocol. It should be apparent that other 
alternatives are possible. This block can further include processing to determine whether to send the 
alert via a "foreground" feed versus a "background" feed (e.g. send alerts containing new messages via 
"foreground" feeds, but send alerts with no new messages via "background" feeds). 
5 In an alternative example where information about messages for which the user has received 

notification is archived in a separate repository than the list of all messages maintained for each user, 
block 314 can include providing a copy of the header information associated with the messages in the 
separate repository. 

After the message alert is sent, or if a message event was received but the time was not 
J ; 1 0 appropriate for sending an alert, processing advances to block 316, where it is determined whether the 
p: user still desires to receive message alerts. For example, the user may have returned to the office and 
^ has indicated to the notification system that he no longer desires message alerts to be sent. If the user 
m does not wish to receive alerts any longer, processing ends. Otherwise processing returns to block 304. 
V J FIG- 4 illustrates example screens that can be presented on a wireless device in accordance with 

^ .-^ 1 5 an embodiment of the present invention. 

As shown in FIG. 4, when a WAP alert is sent to a wireless device associated with the user, a 
screen such as screen 402 may be presented. The format of the screen and the presentation of the alert 
may be device-dependent. For example, the alert may be accompanied by a beep from the device. 
However, the text of the alert as prepared by notification system 1 12 should be substantially as 
20 formatted by the system 1 12. In this example, the alert indicates that 1 voice mail, 2 emails, 3 text 
messages and 1 missed phone call have been received for the user, with a voice mail from John Smith 
being the most recently received message. Screen 404 may be presented when the user points to or 
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Otherwise selects the "View" button on screen 402. As shown in FIG. 4, screen 404 lists all the WAP 
alerts that have been received by the wireless device. This information is stored by the wireless device, 
and the presentation is device-dependent. However, in accordance with an aspect of the invention, 
associated with the WAP alert provided by notification system 112 is a URL pointing to a script for 
5 initiating communication between the wireless device and the wireless server interface of the 
notification system 112. Accordingly, when the user selects the option 1 on the wireless device in 
screen 404, the script executes. The script causes wireless interface 220 to retrieve message header 
information associated with the user from store 134 and to cause screen 406 to be sent to the wireless 
^ device. As shown, screen 406 includes items for each type of message feed associated with the user, 
1 0 along with the number of messages associated with each feed. The user can point to any of the items to 
retrieve more information. Accordingly, as shown in FIG. 4, if the user points to item 2, notification 
7 system 1 12 causes screen 408 to be displayed in response, which in this example, lists header 
fij information for emails received for the user. By pointing to item 1, and utilizing the wireless device's 

;; 

III 

scroll capabilities, the fiill text of the header information for a corresponding email can be viewed, as 
Q 1 5 indicated by box 410. In this example, the full text includes the email's sender name, date and time 
received, and a subject of the email. 

Although the present invention has been particularly described with reference to the 
preferred embodiments thereof, it should be readily apparent to those of ordinary skill in the art 
that changes and modifications in the form and details may be made without departing from the 
20 spirit and scope of the invention. It is intended that the appended claims include such changes 
and modifications. 
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